home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000299_fdc@columbia.edu_Thu Mar 30 13:18:50 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: lock down COMMAND & Re-writing Help
  5. Date: 30 Mar 2006 18:17:11 GMT
  6. Organization: Columbia University
  7. Lines: 64
  8. Message-ID: <slrne2o857.ikh.fdc@sesame.cc.columbia.edu>
  9. References: <4UsWf.51347$VV4.838074@ursa-nb00s0.nbnet.nb.ca>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1143742631 27148 128.59.59.56 (30 Mar 2006 18:17:11 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 30 Mar 2006 18:17:11 GMT
  15. User-Agent: slrn/0.9.8.0 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15556
  17.  
  18. On 2006-03-29, Scott Caissie <scottac@nb.sympatico.ca> wrote:
  19. : 2 situations here.
  20. :
  21. : 1.  Help with security here.
  22. :
  23. : I'm looking at a few things to secure the software a bit, which'll cause the 
  24. : user to not accidently damage anything.
  25. :
  26. : Is there any way possible to prevent a user from typing anything in the 
  27. : COMMAND window? And I don't mean SET TERMINAL ESCAPE-CHARACTER DISABLED. 
  28. : That does prevent them from reaching the command window but regardless of 
  29. : that, invoking macros (definition macros) will change the screen. During 
  30. : that fraction of a second of loading, it is possible for a user to type 
  31. : something and have it appear in the prompt. This will prevent a proper 
  32. : execution of the macro. Its rare but I want a way to fix that.
  33. :
  34. If they can get to the command window, they can use it.  So the best thing
  35. is to prevent them from getting to it.
  36.  
  37.   SET TERMINAL ESCAPE-CHARACTER DISABLED ; Disables ^]c etc
  38.   SET KEY 2168 \Kignore                  ; Disables Alt-x
  39.   SET KEY 2136 \Kignore                  ; Disables Alt-X
  40.   SET COMMAND INTERRUPTION OFF           ; Disables Ctrl-C
  41.  
  42. Then, to prevent use of the Tool Bar and Menu Bar for switching to the
  43. Command screen, start K95G.EXE with the following command-line arguments:
  44.  
  45.   --notoolbar --nomenubar
  46.  
  47. : I'm now adding a number of things at the very beginning of my macros that 
  48. : might clear whatever is there:
  49. : ECHO
  50. : CLS
  51. : probably going to put \13 (enter) there as well.
  52. :
  53. : But I do not know the order of how things are processed to know if it'll
  54. : make a difference.  I have some doubts that the macro itself can clear the
  55. : junk characters.  I have a lot of doubt about preventing a user from ever
  56. : typing in the COMMAND window. Could be possible. Don't know how yet.
  57. :
  58. If the connection is made by a script, then even though the command window
  59. is visible until the connection is complete, and interruption of the script
  60. is disabled SET COMMAND INTERRUPTION OFF, and return to the command screen
  61. from the terminal screen is impossible, then the user should have no
  62. opportunity to interact with the command prompt.
  63.  
  64. Of course if the connection is broken, then Kermit returns to the command
  65. screen.  Therefore your script should contain an EXIT command immediately
  66. after the CONNECT command.
  67.  
  68. : 2. The help window (Alt H). Can this be edited in any way? I'd like to 
  69. : modify it so that it has actual work info in it. We don't actually use 
  70. : hotkeys at all.
  71. :
  72. Sorry, no, you can't edit the popup help text.  I was about to suggest
  73. redefining the Alt-h key to pop up an ASK /GUI dialog containing the text
  74. of your choice, but that would require assigning a macro to a keystroke,
  75. which, as you know if you followed the recent discussion, does not presently
  76. work, and in any case there's not much room for text in the dialog box, and
  77. the text entry box would be confusing.
  78.  
  79. Customized help is something to be considered for a future release.
  80.  
  81. - Frank